Build fix - #3

Thanks for catching this — Intel Mac support is a real bug that needs fixing. The direction is right, but I'd like to address it more cleanly rather than hardcoding either path or using #if arch.
The cleanest fix is to provide both include paths via unsafeFlags in Package.swift and go back to angle-bracket includes in the header — the compiler will silently ignore whichever path doesn't exist on the current machine:

// Package.swift — CSybdb target cSettings:
cSettings: [
    .unsafeFlags([
        "-I/opt/homebrew/opt/freetds/include",  // Apple Silicon
        "-I/usr/local/opt/freetds/include",     // Intel
    ]),
],

// CSybdb.h — back to angle brackets, no hardcoded paths:
#include <sybfront.h>
#include <sybdb.h>

This way the header works on both architectures, no #if arch needed, and it also works on Linux without changes. Could you update the PR with this approach?

Thank you for your feedback, you hit the nail on the head with the added compiler flags.

I added them in and simplified the C header imports, so, now they should work across both systems.

I also added the build parameters to the testing target. This way the project will now compile under both

Great work — this is the right fix. Clean header with angle-bracket includes, both Homebrew paths passed via -Xcc in swiftSettings, and properly gated with .when(platforms: [.macOS]). This will work correctly on both Apple Silicon and Intel without any hardcoded assumptions.
Minor suggestion for a follow-up: the cSettings/swiftSettings/linkerSettings blocks on the test target are duplicates of what the main target already provides — the test target inherits these through its dependency on SQLClientSwift. Feel free to strip those from the test target to keep Package.swift cleaner.
Approving — please make sure CI passes before we merge.